home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 447 < prev    next >
Internet Message Format  |  1994-08-27  |  2KB
  1. From: khollis@bitsink.gbdata.com (K. Hollis)
  2. Subject: Re: Hello everyone...
  3. Date: Mon, 13 Jun 1994 10:24:55 +0000 (GMT)
  4. In-Reply-To: <5c6hthxl&bs@moacs11> from "Waldi Ravens" at Jun 13, 94 11:59:28 am
  5. Mime-Version: 1.0
  6. Precedence: bulk
  7.  
  8. > Looks pretty user-unfriendly to me. If a user wants to have ^Z for
  9. > quitting apllications, and all applications use the global config
  10. > file, then it only takes a few minutes to do the trick. If each
  11. > application has the shortcuts built-in, it might take several days
  12. > to modify each and every executable.
  13.  
  14. Well, dual standards aren't really the way to go.  If the user wants
  15. to have one type of shortcut for a certain feature, and another
  16. program already utilizes that shortcut internally, there would be a
  17. conflict between programs.  I just think it's better design to physically
  18. put the shortcuts into the text segment of an assembly program.  Unfortunately,
  19. many of us out here don't know how to do this.
  20.  
  21. > If you can't trust a global config file, then I assume you would also
  22. > be in favor of each application carrying it's own operating system. You
  23. > really can't trust this clumsy TOS, MTOS, MagiX, Geneva etc. stuff.
  24.  
  25. What?  I never said anything about not trusting a global config file, now
  26. did I.  I simply stated that it would be *BETTER DESIGN* (by definition)
  27. to have the application's shortcuts built-in to the program; but if you
  28. want to do it your way, more power to 'ya.  I'm not here to CONTROL what is
  29. right or wrong, I just stated an opinion.  Please, don't start bashing me
  30. just because I came up with a legitimate choice.
  31.  
  32. -- Ken
  33.  
  34.